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SYSTEM AND METHOD FOR PURCHASING HEALTH-RELATED SERVICES 

BACKGROUND OF THE INVENTION 

The present invention relates to methods and systems to market and sell 
healthcare services. More particularly, the present invention relates to a spot 
5 marketplace for schedulable healthcare services. 

Healthcare is the single largest sector of the U.S. economy and a large sector 
of the world economy. It is predicted that the costs of healthcare in the U.S. will 
continue to rise at a rate greater than the rate of inflation. Presently, more than $1 
trillion per year is spent on healthcare services in the U.S. Despite the fact that the 
10 U.S. economy is based on capitalism and free market principles, free markets for most 
.^^ healthcare services do not exist. Further, most healthcare policymakers and planners 

have assumed that free-market principles cannot be applied to healthcare services. 
M Instead of operating on market principles, the healthcare industry is structured to suit 

jr; its ovm convenience. In addition, the administrative complexity of the healthcare 

iJl 15 industry make it difficult for lay people to understand sufficiently in order to make 

,C 

J' informed purchasing decisions. 

\z The perception of many consumers is that healthcare services and associated 

t s 

iJI products are overpriced. The process of purchasing healthcare services can be 

fi-ustrating and backward, especially when compared to the process of purchasing 

20 services for which fiinctioning markets exist. For example, rather than receiving a 
final bill once care has been received, bills and notices from insurers dribble in long 
after medical treatment is completed. Further, far from knowing in advance how 
much they will pay for complex healthcare services, most patients have trouble 
determining how much and for what services they paid. Market failure in the 

25 healthcare industry has contributed to the chronic mismatch of capacity and 

utilization. For example, some healthcare providers give significant discounts to third 
party payers in retum for patient volume. However, by and large the volume has 
never materialized. Thus, the efficiencies associated with "mass-production" type 
healthcare services have never been realized. 
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Another difficulty of the present healthcare industry is that consumers and 
even referring physicians lack sufficient knowledge of the quality and price of 
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significant medical procedures and treatments. As a result, there is no way to 
properly value and price medical services. In addition, paying a higher price for a 
healthcare service does not yield better results, as is generally the case in the market 
for other services. Because there is no viable marketplace, especially for complex 
5 healthcare services, it is argued that increased government regulation is required in 
order to provide adequate healthcare services to the U.S. population. Yet, many feel 
that government regulation will not improve the provision of healthcare services to 
patients. 

Accordingly, there have been some attempts to create or repair free markets 
10 for healthcare services. For example, an electronic exchange for cosmetic surgery has 
been developed. The exchange service allows prospective cosmetic surgery patients 
to place proposals on a Web site for cosmetic procedures. Physicians subscribing to 
the service then reply to the proposals with bids. The prospective patient may then 
i,l choose the bid that meets his or her requirements. Another attempt to improve the 

Q 15 marketplace for medical procedures involves the posting of prices by providers of 
111 office visits and other outpatient procedures on an Intemet site. The system is 

designed to allow consumers the opportunity to counter bid on the available services. 

ii 

I y While the electronic bidding systems noted above allow consumers to shop for 

1^ medical procedures, they do not provide a complete marketplace for healthcare 

y 20 services. In particular, available systems fail to provide adequate information 
regarding the expertise, track record, training, experience, and clinical quality 
indicators for the physicians who will perform the procedure and the facility in which 
the procedure will be performed. In addition, present electronic bidding systems do 
not incorporate mechanisms to assess and provide for key patient needs such as 
25 scheduling, geography, religious needs, accommodations for family and friends, 
travel arrangements, and other auxiliary services. 
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SUMMARY OF THE INVENTION 

Accordingly, there is a need to provide a fully operative marketplace for 
schedulable medical procedures that allows patients to purchase medical services 
based on a complete price and clinical information that reflects the quality and 
competitiveness of healthcare service providers. 

The invention provides a method of selling healthcare services to a patient. 
The method includes establishing a plurality of contracting healthcare service 
providers. The healthcare service providers respond to patient case statements with 
proposals for providing healthcare services requested in the case statement. A 
prospective patient is provided with a case statement template having one or more 
areas to specify clinical and non-clinical requirements of the patient. The patient then 
uses the template to submit case statement information to a marketplace operator. In 
many instances, the patient's primary physician assists the patient with completing the 
case statement template. The case statement information is processed by the 
marketplace operator. The marketplace operator prepares a case statement from the 
case statement information. The case statement is distributed to the contracting 
healthcare service providers. Interested healthcare providers then prepare a proposal 
or response to the case statement. The responses received form the healthcare service 
providers are then delivered to the prospective patient. The prospective patient 
reviews the responses from healthcare providers that have chosen to respond to the 
patient's case statement. If the patient desires to secure the services of one of the 
contracting service providers, the patient submits a deposit. Preferably, the deposit is 
sent to the marketplace operator who extracts a fee from the deposit. The remaining 
amount is delivered to the service provider. 

The invention also provides a system of selling healthcare services. The 
system includes a database of contracting healthcare service providers, a healthcare 
case statement information submission mechanism including areas for a patient's 
clinical and non-clinical requirements, a case statement distribution engine to 
distribute or deliver case statements to healthcare service providers, and a response- 
receiving engine to receive response proposals from healthcare service providers and 
to deliver the responses to the patient. 
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As is apparent from the above, it is an advantage of the present invention to 
provide a method and system of selling healthcare services. Other features and 
advantages of the present invention will become apparent by consideration of the 
detailed description and accompanying drawings. 

5 BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a schematic diagram of a system of the invention. 

FIG. 2 is an introductory page from a content site of the invention. 

FIG. 3 is a definitions page from a content site of the invention. 

FIG. 4 is an explanatory page for referring physicians from a content site of 
Q 10 the invention. 



FIG. 5 is an explanatory page for contracting healthcare service providers 
from a content site of the invention. 

FIG. 6 is another explanatory page for contracting healthcare service providers 
from a content site of the invention. 

□ 15 FIG. 7 is a general contact page of the invention. 



FIG. 8 is an information request page for consumers from a content site of the 
invention. 

FIG. 9 is an information request page for physicians from a content site of the 
invention. 

20 FIG. 10 is a clinical qualifications page of the invention. 

FIG. 1 1 is a price page of the invention. 

FIG. 12 is part of a case statement template page of the invention. 

FIG. 13 is another part of a case statement template page of the invention. 

FIG. 14 is a referring physician information page of the invention. 
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FIG. 15 is a consumer preferred services page of the invention. 
FIG. 16 is a pre-registration page of the invention. 
FIG. 17 is a provider profile page of the invention. 
FIG. 1 8 is a proposal template page of the invention. 
5 FIG. 19 is a case profile page of the invention. 

FIG. 20 is a provider pending case page of the invention. 
FIG. 21 is a healthcare provider status page of the invention. 
FIG. 22 is a proposal review page of the invention. 

O 

FIG. 23 is a first part of a proposal comparison page of the invention. 

IX= 

13 10 FIG. 23 A is a second part of a proposal comparison page of the invention. 

Hi 

^5 DETAILED DESCRIPTION 

M Before one embodiment of the invention is explained in detail, it is to be 

understood that the invention is not limited in its application to the details of the 
construction and the arrangements of the components set forth in the following 

13 15 description or illustrated in the drawings. The invention is capable of other 

embodiments and of being practiced or being carried out in various ways. Also, it is 
to be understood that the phraseology and terminology used herein is for the purpose 
of description and should not be regarded as limiting. 




A system 30 of the invention is shown in FIG. 1. The system 30 includes a 
20 healthcare marketplace server 32 that may be operated by a marketplace facilitator or 
operator. The marketplace's purpose is to provide a spot marketplace for healthcare 
service providers. As is the case with marketplaces such as a stock exchange, the 
healthcare marketplace operator receives a fee for operating the market. Preferably, a 
small transaction fee is paid by consumers or patients who access the market. If the 
25 patient then decides to secure the services of a healthcare provider, he or see submits a 
deposit to secure the services of the chosen provider. The chosen healthcare service 
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provider then pays a market fee to the marketplace operator. The market fee may be 
collected by requiring patient deposits to be submitted to the marketplace operator. 
The marketplace operator then subtracts a fee from the deposit and transfers the 
remaining amount to the healthcare service provider. Of course, a myriad of other 
5 methods, such as a percentage fee or a subscription fee, could be used by the 

marketplace operator to obtain revenues. No matter the method used, the collection 
and management of transaction fees, market fees, and deposits is handled by a billing 
module (discussed below) in the server 32. 

The marketplace server 32 includes an operating system 34, a communication 
10 module 36, a Web or content server 38, a case statement template engine 40, a case 
statement distribution engine 42, a proposal construction engine 43, a response or 
•? proposal receiving engine 44, and a billing module 46. The case statement/template 

''-'4 engine 38 receives information from case statement templates completed by patients 

t s ; 

Is and, as discussed further below, prepares case statements from the case statement 

1 5 information by, among other things, removing xmique personal identifying 
=p information. The case statement distribution engine 42 distributes the case statements 

to contracting providers. The proposal construction engine 43 controls templates used 
1^ by providers to create proposals and reviews the proposals to ensure that they are 

\f] complete, and include price information. The proposal receiving engine 44 manages 

;^ 20 the proposals made by providers and provides tools for patients to review the 

proposals. The billing module 46 manages accounts and billing matters, as was 

discussed above. 

Information used by the server 32 is stored in two databases: a database of 
providers 48 and a database of patients 50. Information used by the server is also 
25 stored in a content site 51 that is accessed by the Web server 38. The healthcare 
marketplace server 32 communicates with a number of other devices (discussed 
below) through a network 52. The network 52 may be a packet-switched network or a 
circuit-switched network, but is preferably a network based on TCP/IP or similar 
protocols. A network suitable for use in the invention is the Internet. 
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The marketplace server 32 receives information from and sends information to 
a patient terminal 60. The patient terminal 60 includes an operating system 62, a 
communications module 64, a browser 66, and other optional applications 68 that are 
not significant for purposes of the invention. Although only one patient terminal is 
shown in FIG. 1, the marketplace server 32 may communicate with a large nimiber of 
identical or similar patient terminals. The number of patient terminals is limited only 
by the capacity of the marketplace server 32 and the network 52. 

The marketplace server 32 also receives information from and sends 
information to a number of healthcare provider terminals 80. Each healthcare 
terminal 80 includes an operating system 82, a communications module 84, a browser 
86, and other optional applications 88 (also not significant for purposes of the 
invention). The number of healthcare provider terminals that the marketplace server 
32 may communicate with is limited only by the capacity of the marketplace server 32 
and the network 52. 

Having described the basic architecture of the system 30, its operation will 
now be explained. The marketplace server 32 has a variety of tools and information 
that are accessible to users of the system 30. The users of the system include patients, 
referring physicians, healthcare providers, and physicians from participating 
healthcare providers. The content site 51 of marketplace server 32 includes formatted 
content, such as HTML pages, that is distributed by the Web server 38. Preferably, 
the content on the content site 5 1 is configured as a Web site and accessible by any 
terminal 60 or 80 connected to the network 52. 

As can be seen by reference to FIG. 2, the content site 51 includes an 
introductory page 90 that explains the basic premise of the system 30. As noted on 
page 90, the system 30 provides a marketplace for healthcare services, particularly 
significant and schedulable services such as back surgery, cardiac surgery, and other 
non-emergency procedures. As will be discussed in greater detail below, a 
prospective patient uses a template to specify his or her healthcare needs and 
requirements for associated amenities and services (such as needs for a private room, 
transportation, nutrition, time and date of the procedure, and the like). The 
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information entered in the template is used to create a case statement. The case 
statement is then forwarded to healthcare service providers v/ho may choose to 
prepare a proposal response to the case statement of the patient. The patient then 
reviews the responses and may choose to contract for the services desired from one of 
5 the responding healthcare service providers. Generally, the services are secured with 
a deposit sent to the service provider. A portion of this deposit is paid to the operator 
of the marketplace server as a fee for providing the market. The system 30 provides a 
spot marketplace, meaning that the price quoted by a participating healthcare service 
provider applies to a single, specific case statement for a particular patient and no 
10 other. In general, the system 30 is configured such that prices are made available only 
to patients who have requested proposals from healthcare providers. 

13 FIG. 3 illustrates a page 100 that lists a number of definitions for operational 

terms used in the marketplace created with the system 30. The definitions relate to 
:2 terms used in one embodiment of the invention. For example, the term "significant 

I y 1 5 healthcare services" is defined as non-emergency, complex procedures requiring a 

In 

*p hospital, principal surgeon, and other medical professionals acting together to respond 

J\ to a medical condition. The term "service preferences" is defined to include those 

rU preferences or requirements of a patient related to travel distance, the timeframe 

Q 

I ri within which the procedure should be scheduled, the names or qualifications and track 

!^ 20 record of the principal surgeons, the extent to which the services must meet the 

patient preferences, the price of the services, and any other attributes of the institute or 
services that the patient desires. "Institutional responses" are defined as responses 
that include the quality and outcome indicators of the procedure needed by the 
patient; the names, qualifications, and track record of the proposed principle 
25 physicians; the extent to which the requirements of the patient can be met by the 
institution; the price of the services; and any other attributes that the healthcare 
provider wishes the patient to be aware of For purposes of the present invention, 
"price" is defined as the combined charges of the facility and principal professionals 
(including surgeons, anesthesiologists, and hospital-based physicians such as 
30 radiologists and pathologists). The price may also include other professional services 
(for example, consultants, if necessary). Prices are not set, but depend on the 
particular clinical circumstances of a patient and vary among healthcare providers. In 

8 
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some instances, price information will not be provided or will otherwise not be 
applicable. For example, price information is not provided in responses made to 
patients with traditional Medicare coverage. The "deposit" is an amount used by the 
healthcare provider to ensure that the patient will uphold his or her obligation to 
5 purchase healthcare services from the healthcare provider. The deposit may be 

refunded in whole or in part depending on the extent to which the patient's insurance 
covers the price of the medical procedure. Of course, the invention could be 
implemented in embodiments that fall outside the definitions of the noted terms. For 
example, the invention could be extended to cover "less-significant" healthcare 
10 services, such as dentistry, elective surgery, and the like. 

To entice patients and physicians to use and to make them feel comfortable 
1% with the system, additional explanatory pages are included in the content site 5 1 . 

"4 FIG. 4 illustrates a referring physician page 110. The page 110 includes an 

is! 

p explanation summarizing the role of a referring physician in the marketplace created 

1^ 15 with the system 30. The page 110 explains that a referring physician can refer his or 
her patient to the content and tools on the marketplace server 32 to submit information 
and receive responses from medical centers in a geographic area chosen by the 
1^ patient. The page 110 fiuther explains that the patient is able to compare information 

III about the credentials and track record of the surgeons and medical centers proposing 

20 to deliver the needed care. 

FIG. 5 illustrates a healthcare provider page 120. The page 120 provides a 
brief explanation to prospective healthcare service providers regarding the operation 
of the system 30. The page 120 explains that the healthcare provider receives case 
statements containing the reasons for the requested medical care and that each case 

25 statement includes a description of the chief complaint, the history of the present 
illness, the past medical history of the patient, a review of systems (which, as is 
known in the art, refers to a head-to-toe review of bodily fimctions), the current 
medications of the patient, allergies, and other pertinent findings (such as physical 
signs, laboratory values, imaging results, and results of special tests). The page 120 

30 also explains that the patient may specify other preferences such as the date and time 
that he or she wishes to have the procedure performed and other preferences and 
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amenities desired by the patient. Lastly, the page 120 indicates that the healthcare 
service provider will provide a response that includes clinical qualifications, available 
services, and price. 

FIG. 6 illustrates a services page 130. The services page 130 indicates that the 
5 marketplace created using the system 30 is not designed to handle emergency medical 
situations. Nevertheless, since patients are generally requesting surgical procedures, 
the page 130 indicates that patients may have serious conditions such as coronary 
artery disease, aortic aneurysms, brain tumors, or cancer. In view of this fact, the 
system is preferably designed with a response time limitation to ensure that healthcare 
10 providers promptly respond to the case statements submitted to them. In one 

embodiment of the invention, healthcare providers are allowed three business days to 
'3 respond to case statement proposals submitted by patients. The page 130 instructs 

S.| prospective healthcare service providers that a complete response requires two dates: 

a date of an outpatient visit with the principal surgeon and the vveek during which the 
I J 15 procedure itself could be performed. As envisioned by the inventors, the outpatient 
,p visit provides an opportunity for 1) the patient to meet the surgeon, 2) the surgeon to 

review the clinical material supplied by the patient and the referring physician in 
order to verify that the procedure is necessary, 3) the surgeon or his or her medical 
III staff to carry out any further preadmission testing that the surgeon feels is necessary 

20 or that his or her facility requires, and 4) the surgeon or his or her associated medical 
staff to complete any other required tasks such as obtaining informed consent, 
checking insurance eligibility, and obtaining insurance authorizations. The page 130 
also explains that healthcare service providers can include in their response proposal 
any other information that may be used to distinguish their institution from potential 
25 competitors. For example, distinguishing information might include the availability 
of private rooms, assistance for travel arrangements, the availability of translators, the 
availability of eldercare or childcare, or the availability of accommodations for family 
and friends. 

FIG. 7 illustrates a contact page 140. After reviewing the pages 90, 100, 110, 
30 120, and 130, a visitor to the site hosted on the marketplace server 32 can obtain 
additional information or ask questions of the healthcare marketplace operator by 
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sending a message to the server 32. The message is constructed using contact dialog 
boxes 142, 144, 146, and 148. The site 51 provides two additional mechanisms by 
which consumers and physicians may obtain additional information regarding the 
marketplace. FIG. 8 illustrates an information page 150 that provides a template 152 
and comment box 154. By completing the template and writing a question or 
comment in the comment box 154 a prospective patient or consumer may request 
additional information from the marketplace operator. FIG. 9 illustrates a similar 
page 160 with a template 162 and a comment box 164. By completing the template 
162 and box 164 a physician interested in participating in the market created by the 
system 30 may request additional information from the marketplace operator, 

FIG. 10 illustrates a clinical qualifications page 170. The page 170 provides a 
summary of the data elements required in the response proposals made by healthcare 
providers. The required data elements in the response include the name of the 
principal surgeon, his or her qualifications including the medical school attended and 
residency training received, board certification, and years in practice. In addition, a 
response proposal must include the track record for the principal surgeon including 
the number of cases performed for the type of procedure at issue, the number of in- 
hospital deaths among these cases, the number of cases with complications, and the 
expected length of stay for a procedure in which no complications occur. Other 
required data elements include measurements of the healthcare service provider's 
track record, including the number of cases performed on the type of procedure at 
issue, the morbidity rate, the mortality rate, and patient satisfaction measurements 
including the tools used to make those measurements. In addition to the required data 
elements, service providers may submit additional information explaining the raw 
data provided. Additional information such as long-term results, explanations about 
how being a referral center affects the results, how the healthcare service provider's 
use of clinical pathways allows patients and families to monitor progress, or how 
patient satisfaction is related to the healthcare service provider's use of modem pain 
management techniques. It is envisioned by the inventors that the healthcare service 
provider may include any other information including Web site addresses and 
citations to articles concerning the principal surgeon or the healthcare provider itself, 
so long as the additional information is true and based on a reasonable evidence. 
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FIG. 1 1 illustrates a price page 180. The price page 180 describes the costs 
that are to be included and the price listed in a healthcare service provider's response 
proposal. In one embodiment of the invention, the price includes the sum of charges 
submitted by the facility and the principal professionals involved in the subject 
procedure. The professionals involved in the procedure include the principal surgeon, 
the assistant surgeon (when necessary), the anesthesiologist, the radiologist, and any 
other required specialists. The price is a not-to-exceed total of these elements plus 
any other elements that the proposing healthcare provider chooses to add. Except in 
those cases where patients are self-funded, combined billing is not required. That is, 
except for patients that are paying cash or an equivalent to cash, multiple bills totaling 
the not to exceed amount may be issued rather than one single bill. Healthcare service 
providers are encouraged to provide a price based on the specifics of the case, the 
healthcare service providers desire for incremental cases, the price sensitivity of the 
subject patient, and the attractiveness of the healthcare service provider based on such 
factors as reputation, expertise, locale, are other pertinent considerations. Because 
many patients using the system 30 are likely, at least in the initial stages, to reside 
outside of the United States, the system 30 is configured such that the price is to be 
quoted in U.S. dollars and that the price will not be changed due to currency 
fluctuations between the time of the quotation and the time of payment by the patient. 

FIG. 12 shows a patient basic information page 200 having a case statement 
template 212 with a number of input boxes 214 through 254 that provide areas for a 
patient to enter his or her name, address, data of birth, sex, contact information. Social 
Security nimiber, health insurance coverage, and health insurance company. In 
addition, a dialog box 256 is provided to permit a patient to enter explanatory notes. 
Once the patient's basic information is entered into the template 212, the patient may 
provide the system 30 with clinical information by completing and submitting a 
clinical information template 260 on a page 262, as shown in FIG. 13. The template 
260 includes dialog boxes 264 through 271 for entering information conceming the 1) 
category of procedure, 2) specific procedure, 3) patient's chief complaint, 4) history of 
present illness, 4) past medical history, 5) review of systems, 6) medications taken by 
the patient, and allergies of the patient, respectively. The dialog boxes 266 through 
271 include hint buttons 272 through 277. Each hint box provides examples of the 
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type of information that should be included in each of the dialog boxes. Once the 
template 260 is completed a patient may send the infomiation to the marketplace 
server 32 by selecting a submit button 278. 



Along with information concerning the patient and his or her medical 
condition, information concerning the patient's referring physician or physicians is 
submitted to the marketplace server 32 using a template 280 on a referring physician's 
page 282. The template 280 includes name and address information dialog boxes 283 
through 293 regarding information for a primary physician. The template 280 may 
include similar dialog boxes (not numbered) for another physician such as an allergist, 
cardiologist, or other specialist. The template 280 may also include an explanatory 
notes box 295 in which a patient may provide additional details concerning the 
referring physicians. The template 280 also includes a warning notice 297 informing 
the patient that by submitting the information he or she is granting the marketplace 
operator permission to contact the physicians entered in the template 280. 



In addition to personal and referring physician information, a patient's case 
statement includes other service information that is gathered by the invention through 
a service's template 300 on services page 302 (FIG. 15). The services template 
includes a dialog box 304 that provides a mechanism for a patient to restrict response 
proposals to hospitals in his or her insurer's network. The template 300 also includes 
a dialog box 306 that provides a mechanism for a patient to restrict response proposals 
to healthcare service providers within a certain geographical distance. The template 
300 also includes a dialog box 308 which provides a patient a mechanism to indicate a 
preferred time frame for completing the procedure and a dialog box 3 10 in which a 
patient may list additional preferences, such as a desire for a private room, the need 
for a translator, religious affiliation, accommodation needs for friends and relatives, a 
need for assistance with travel arrangements, and other requirements. The 
information provided by a patient is submitted to the server 32. A case statement is 
generated from that information and provided to contracting healthcare providers. 
The case statement includes the information from the case statement templates except 
for unique identifying information such as a patient's Social Security number. 
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Before a healthcare service provider can participate in the marketplace and 
receive case statements, that healthcare service provider must pre-register with the 
marketplace. The system 30 includes a pre-registration mechanism for perspective 
healthcare service providers. As shown in FIG. 16, interested service providers may 
5 complete a pre-register template 350 on a page 352. The template 350 includes 
contact name, organization name. Medicare DD, Web address, street address, and e- 
mail address information input boxes 354 through 376. In addition, the template 350 
includes additional input mechanisms 380 through 386 concerning the person who 
will submit response proposals from the healthcare service provider to the healthcare 
10 marketplace, the manner in which the healthcare service provider prefers to receive 
information from the marketplace operator, and additional comments that the service 
provider may wish to include in its pre-registration application. FIG. 1 7 includes a 

0 template 400 whereby a service provider may change the designated contact person 
%l for that provider. 

y 

15 After the healthcare operator of the marketplace server 32 has received the 

1 : c 

:p pre-registration information from the perspective healthcare service provider, 

1^ information regarding the healthcare service provider is stored in the database 48. As 

i 

case statement information is submitted by patients to the marketplace server 32, the 

a 

i r| case statement engine creates a case statement, distributes the case statement to 

!^ 20 contracting healthcare providers, and creates a record of the patient, which is stored in 
the database 50. Should a healthcare service provider that receives a case statement 
from the case statement engine 42 choose to prepare a response proposal, the service 
provider must submit information concerning the surgeon to perform the subject 
procedure and the facility in which the procedure will be performed. 

25 FIG. 18 illustrates a proposal template page 500 that interacts with the 

proposal construction engine 43. The page 500 is used by a responding healthcare 
service provider to create a proposal. The page 500 includes a surgeon template 502. 
The surgeon template 502 includes dialog boxes 504 through 520. The dialog boxes 
504 through 520 provide input mechanisms for the surgeon's first and last name, 

30 degree, medical school, year of graduation, board certification, years in practice, 

procedures of this type performed in the last year, the number of in-hospital deaths for 
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these types of procedures, the number of in-hospital complications for these of types 
procedures, and the expected length of stay for a procedure in which no complications 
occur. The page 500 includes a sub-template 521 with dialog boxes 522 through 526. 
These boxes providing mechanisms for the surgeon to indicate the date of the first 
5 outpatient visit, the proposed week for the subject procedure, and an altemative week 
for the procedure. 

In addition to the surgeon template 502, the page 500 includes a facility 
template 530 having dialog boxes 532, 534, 536, 538, and 540. These boxes provide 
input mechanisms for the healthcare service provider to indicate the number of 
10 procedures performed at its facility in the last year, the number of in-hospital or in- 
facility deaths that occurred for the type of procedure indicated in box 532, and the 
^3 number of in-hospital complications for the subject procedures. The boxes 538 and 

y 540 provide input mechanisms for the healthcare service provider to submit additional 

i £ r 

1^ information regarding its clinical track record and additional information concerning 

1'^ 15 available services at its facility. Lastly, page 500 includes a price dialog box 550 in 
,p which the healthcare service provider enters a price, as defined above, for the services 

to be performed. The price may include detailed information for the charges of each 
\V professional participating in the procedure. The response proposal is submitted to the 

{fi healthcare server 32 by selecting a submit button (not shown). If necessary, the 

p 20 healthcare service provider may correct information submitted in the templates 502, 

521, or 530 or the price dialog box 550 by selecting a reset button (also not shovm). 

As was noted, a healthcare service provider will not respond to every case 
statement it receives. In most cases, a failure to respond will be based on a mismatch 
between the needs of the patient and the capabilities of the healthcare provider. To 
25 help ensure that the healthcare service provider receives case statements for 

procedures it is capable of performing and desires to perform, the invention includes a 
case statement filter, which is manifested to the service provider as a profile tab 600 
on page 602 (FIG. 19). 

The profile tab 600 includes a plurality of procedural/medical areas 604 with a 
30 plurality of associated selectors 606. If the service provider wishes to receive case 
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statements in a procedural/medical area, the service provider selects an associated 
selector for that area. Each procedural/medical area 604 also includes a distance 
selector 608 in the form of a distance dialog box. The provider may use the distance 
selectors 608 to indicate whether it will limit its review of case statements to those 
from patients who live within a certain distance of the healthcare provider. 

In addition to the limiting factors described, the healthcare provider may also 
limit or select case statements by the type of insurance the patient carries. In the 
example shown, the tab 600 includes five dialog boxes 610 to cover common 
insurance options: HMO, commercial insurance. Medicare, Medicaid, and self-pay. 

Once the profile information from the page 602 is submitted to the server 32, 
the proposal construction engine 43 prepares a list of case statements that meet each 
contracting healthcare provider's profile. The list of case statements is presented on a 
page 650 (FIG. 20), which is accessible to the relevant health care provider. The page 
650 includes a table 652 with an age column 654, a sex column 656, a zip-code 
column 658, a state column 660, an ICD-9 (a World Healthcare Organization disease 
classification number) colimm 662, and a description column 664. The table 652 may 
also include a link column 668 that provides a link to the detailed case statement for 
the particular patient at issue. The healthcare provider reviews the list in the table 652 
and selects those case statements it wishes to prepare proposals for. 

As the marketplace develops and the participation of healthcare service 
providers increase, each participating healthcare provider will have submitted 
numerous proposals. The status of the submitted proposals is tracked using a proposal 
status tab 700 (FIG. 21) controlled by the proposal receiving engine 44. The tab 700 
includes a table 702 having a status column 704, an age column 706, a sex column 
708, a zip-code column 710, a state column 712, an ICD-9 column 714, a description 
column 716, and a link column 718. The status column 704 includes an indication, 
such as an "A," concerning whether the healthcare provider's proposal has been 
accepted by the patient. The remaining columns 706-718 are similar to the columns 
discussed with respect to the tab 652. 
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A patient may review a proposal by accessing a proposal review page 750 
(FIG. 22). The proposal review page 750 includes all of the information shown in the 
page 500. It also includes an accept button 752 by which the patient may indicate his 
or her acceptance of the proposal. 

To better assist patients in making a purchasing decision; the invention 
provides a comparison page 800, as shown in FIGS. 23 and 23A. The comparison 
page includes the information from two proposals formatted in a side-by-side colimm 
display. Although not shown, additional comparison pages can be generated by the 
system 30, so that the patient can review numerous proposals. The patient uses the 
comparison pages to compare and contrast the proposals he or she receives in 
response to the case statement distributed to the contracting healthcare providers. 

As can be seen from the above, the invention provides a method and system 
for selling healthcare services. The invention provides tools for patients to submit 
case statement information, healthcare providers to prepare proposals, and tools for 
patients to review and accept proposals. The invention provides the price and quality 
information lacking in present systems and markets for selling healthcare services. 
Various features and advantages of the invention are set forth in the following claims. 
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